…-on-missing-key-in-fork`)

Here’s a **faster** version, making these improvements.

- Avoid repeatedly calling `os.getenv()` and `Path.open()` for the same event file, by using an explicit cache variable for the file contents. This accelerates repeated lookups and reduces disk accesses.
- Remove double @lru_cache use, as the value from `get_cached_gh_event_data()` will not change for a process lifetime and can be memory-cached explicitly.
- Microoptimize the `is_repo_a_fork` logic by removing an unnecessary bool(...) coercion (the value is already True/False).

Here’s the rewritten program.



**Key notes:**
- The event file is read at most once per process.
- All redundant calls and mutable global state are avoided.
- Fast subsequent access due to a module-level cache; you’ll see lower file-system and JSON load latency.
- The returned values are identical for the same environment and state, and function signatures are maintained.

Let me know if you want further micro-optimizations!

…hore/error-on-missing-key-in-fork`)

Here’s a faster and more memory-efficient version of your program.  
**Optimization rationale:**
- Avoids the extra `Path` object creation and `.open()` call—using `open(event_path)` is faster for a single use.
- Reduces dependency usage by not involving `Path` unless file system path manipulation is needed.
- Leaves error handling as originally absent, maintaining original logic.
- Leaves `lru_cache` as is and all function/return types unchanged.


**Summary of change:**  
Direct file open instead of through `Path`, removing unnecessary abstraction for a single read and reducing overhead. All logic and return values are identical.